home *** CD-ROM | disk | FTP | other *** search
/ Power Programmierung / Power-Programmierung (Tewi)(1994).iso / magazine / msysjour / vol06 / 01 / kermit / wnkerm.doc < prev    next >
Text File  |  1990-12-31  |  13KB  |  310 lines

  1.             KERMIT IN WINDOWS
  2.  
  3.              William S. Hall
  4.              3665 Benton Street, #66
  5.               Santa Clara, CA 95051
  6.  
  7.  
  8.               Introduction
  9.  
  10.      The following explains how to use the Kermit features
  11. provided to a Windows terminal emulator by the WNKERM.LIB module.
  12.  
  13.      The Kermit protocol was originally developed by the Center
  14. for Computing Activities at Columbia University.  Kermit provides
  15. a way to effect an error-free file transfer files between two,
  16. possibly very different computers provided each is capable of
  17. running Kermit.  
  18.  
  19.      If you are a regular user of Windows, then there are several
  20. advantages to using a version of Kermit directly from Windows.
  21. First, since Windows is multitasking, you can run simultaneous
  22. transfers from all available communications ports (but, see the
  23. warnings below) and continue to use other applications. 
  24. Additionally, transfers continue even when the window is iconic.
  25.  
  26.      This version of Windows Kermit can send and receive text and
  27. binary files over seven- and eight-bit wide data paths while
  28. using run-length encoding to achieve file compression.  One-,
  29. two-, and three-byte CRC checksums can be selected.  A number of
  30. packet and protocol parameters can be set by the user, and
  31. wild-card file names can be used to send or receive a group of
  32. files.  At any time, the transfer can be aborted in one of four
  33. ways.
  34.  
  35.      The program currently has no remote or server features and
  36. does not have sliding windows nor long packets.  Also, there is
  37. no turnaround character mechanism, so certain IBM mainframe
  38. Kermits may not work with this implementation.
  39.  
  40.      There are currently no DOS services allowing you to change
  41. directory, display a directory, type a file, etc.  However, you
  42. can easily use the MSDOS.EXE window or the File Manager to show
  43. the files in a given directory.  And, you can take advantage of
  44. some features in the SEND dialog box to help you move to another
  45. directory and to list the files there.  After you are done, just
  46. push the CANCEL button.  For information on using SEND, see
  47. below.
  48.  
  49.                Basic Usage
  50.  
  51.      Kermit is very easy to use.  To send a file from the local
  52. computer (usually the controlling microcomputer) to the remote
  53. (host) machine the steps are:
  54.  
  55.     1.  Run Kermit on the host and choose 'receive'
  56.  
  57.     2.  Choose the 'send' option on the local machine, select
  58. the files, and confirm the selection.  The transfer will begin
  59. and continue until all files selected have arrived at the host or
  60. the transfer is canceled.
  61.  
  62.      To receive a file:
  63.  
  64.     1.  Run Kermit on the host and give the 'send' command
  65. along with the target file names.
  66.  
  67.     2.  Select 'receive' on the local machine.  The files
  68. will continue to arrive until the transfer is complete or is
  69. canceled.
  70.  
  71.      If verbose mode has been selected, statistics about the
  72. transfer are displayed.  At the end of the transaction, a dialog
  73. box appears announcing success or failure.  The display may be
  74. obscured by the box, but it can always be moved out of the way. 
  75. However, once 'OK' has been pressed, the terminal display window
  76. is restored and the transfer information is lost.
  77.  
  78.      Once a file transfer has begun, you can minimize the window
  79. and have the transfer continue 'in the background'.  The icon
  80. will display the current packet count, rolling over every
  81. 10000 packets.
  82.  
  83.  
  84.                 Warnings
  85.  
  86.      File transfers usually fail because of differences between
  87. the local and remote parity and word size.  If you cannot get
  88. even the first packet across, then try changing these parameters.
  89.  
  90.      Windows is multitasking and you can run several instances of
  91. the same program.  If you are running more than one instance of a
  92. terminal emulator using Kermit, watch out for possible file
  93. conflicts such as trying to transfer files to the SAME file from
  94. two different remote Kermits.  The DOS file system does not
  95. always protect you from this kind of error.  It can happen that
  96. while you are receiving a file from one source, the same file can
  97. be successfully opened for sending.  It usually means disaster
  98. for the incoming file.
  99.  
  100.      Similarly, if the target file is a floppy disk, do not
  101. remove the disk until the transfer has completed. 
  102.  
  103.  
  104.                The Kermit Commands
  105.  
  106.      All commands for Kermit are on the 'Kermit' menu.  They are
  107. given below along with their corresponding accelerator
  108. keystrokes.  Commands having dialog boxes are explained in more
  109. detail in subsequent paragraphs.  
  110.  
  111.      Before a transfer begins, you can access the following
  112. commands:
  113.  
  114.     Receive (ALT-K-R):  If the Receive menu item is chosen,
  115. then the program enters a state where it is awaiting the arrival
  116. of one or more files from the remote host.
  117.  
  118.     Send...(ALT-K-S):  Displays a dialog box from which
  119. one or more files can be selected and sent to the remote host.
  120.  
  121.     Set Protocol...(ALT-K-P):  Displays a dialog box in
  122. which the user can set various protocol parameters.
  123.  
  124.     Set Packets...(ALT-K-K):  Displays a dialog box in which
  125. the user can set parameters for incoming and outgoing packets.
  126.  
  127.      After a file transfer begins, you can cancel the
  128. operation in any of four ways:
  129.  
  130.     Cancel file (ALT-K-F):  Signals the remote Kermit to
  131. discard the file currently being transferred.  The session
  132. continues with the next file in the batch, if any.  Note that if
  133. you have elected to keep partial files, then the current file
  134. will NOT be deleted if you are receiving.
  135.  
  136.     Cancel batch (ALT-K-B):  Signals the remote Kermit to
  137. terminate the session.  Only the current and the files remaining
  138. to be transferred are affected.  The comment about partial files
  139. in the paragraph above also applies.
  140.  
  141.     Cancel nicely (ALT-K-N): Terminates the session with an
  142. error packet to the remote Kermit.  Incomplete files are
  143. discarded (or saved, if the partial file flag is set).  Use this
  144. method to cleanly terminate a transaction once the exchange has
  145. started.
  146.  
  147.     Cancel abruptly (ALT-K-A):  Terminates the session with
  148. no signal to the remote Kermit.  This selection is most useful as
  149. a way to cancel a transaction before any exchange of packets has
  150. begun.  Note that the remote Kermit will attempt to continue if
  151. it has already started and you will may have to use other means
  152. to terminate the remote program or you can simply let it time
  153. out.
  154.  
  155.      Following is some detail on the commands having dialog
  156. boxes.
  157.  
  158.  
  159.               The Send Files Dialog
  160.  
  161.      When Send is selected, a dialog box with several controls
  162. appears.  Two are list boxes; the one on the left contains all
  163. files matching the search specification shown in the edit box at
  164. the top; this list box functions in Extended Selection mode.  The
  165. right list box contains a list of paths and disk drives which can
  166. be accessed.  The push buttons allow you to select a list of
  167. files based on the search specification, send the selected files,
  168. or cancel the operation.
  169.  
  170.      The basic principle is:  a file name must be highlighted in
  171. the list box to be sent.  You may send several files.  However,
  172. you may select only those files from the current directory. 
  173. Hence files from more than one directory cannot be sent during
  174. one transaction.
  175.  
  176.      A file can be selected in several ways.  The usual method is
  177. to click on the name with the mouse.  More than one file can be
  178. highlighted by holding down the control key during selection. 
  179. You can also deselect one of several highlighted items in the
  180. list by again depressing the control key and clicking on the
  181. item.  If you do not hold down the control key, all items will be
  182. deselected except the one to which the mouse is pointing.
  183.  
  184.      To select a range of files, select the first one, then move
  185. to the second one and click on it while holding down the shift
  186. key.  You can also use the arrow keys together with the shift key
  187. to highlight contiguous items in the list.
  188.  
  189.      If you do not have a mouse, then selection is made easier by
  190. switching the list box into Multiple Selection mode.  Use Shift
  191. F8 to toggle between the two modes.
  192.  
  193.      The default search specification is "*.*".  You can choose
  194. another string to limit the files displayed in the list box.  For
  195. example, if you tab to the edit box (or point to it with the
  196. mouse), type "*.txt", and press the RETURN key or the SELECT
  197. push-button.  Not only will all files having that extension be
  198. displayed, but they will be selected as well.  You can then send
  199. the entire list by activating the SEND button.
  200.  
  201.      At any time, you can deselect all files but one in the list
  202. box by simply pointing and clicking on that file.  You can
  203. deselect all files in the box by deleting the contents of the
  204. edit box and pressing RETURN.
  205.  
  206.      You can move to another drive or directory by typing it into
  207. the edit box and pressing RETURN or double-clicking on the
  208. corresponding item in the directory list box.  The current search
  209. specification is appended to the path, the program moves to the
  210. new directory, and all matching files are displayed.  A second
  211. RETURN or a push of the SELECT button then highlights the files
  212. list. 
  213.  
  214.      Finally, at any time, a single file located anywhere in the
  215. system can be selected and sent.  Simply type its name, along
  216. with any required drive and/or path information, and hit RETURN.
  217. If the file can be found, then a switch is made to that directory
  218. and the file name is displayed and selected.  If the file cannot
  219. be found,  no action takes place.
  220.  
  221.      You may cancel the operation at any time by pressing the
  222. CANCEL button.  Pushing SEND with no files highlighted has the
  223. same effect.
  224.  
  225.  
  226.               The Set Protocol Menu
  227.  
  228.      Currently you may select the following items:
  229.  
  230.     Timer (ALT-T):  If this item is checked, then after a
  231. certain number of seconds have elapsed with no packets received,
  232. a retry will be attempted.  If the number of retries exceed a
  233. given threshold, then the protocol exits.  The elapsed time and
  234. the number of retries can be set.
  235.  
  236.     Warning bell (ALT-W):  If checked, the bell sounds when a
  237. transaction is complete or canceled.
  238.  
  239.     Verbose Mode (ALT-V):  If checked, statistics of the
  240. transfer are shown in a modeless dialog box.  This box also has a
  241. Cancel button which will generate a dialog box having the same
  242. cancel options as the Kermit menu.
  243.  
  244.     Discard partial file (ALT-P):  If checked, then any file
  245. being received in which the protocol has been interrupted by an
  246. error condition or by the user will be deleted.
  247.  
  248.     Duplicate file warning (ALT-D):  If checked, then an
  249. incoming file with the same name as an existing one will be
  250. renamed so as not to overwrite the old one.  The new name appends
  251. or replaces part of the old name with a unique generation number.
  252.  
  253.     1-Byte Checksum (ALT-1):  Selects the standard Kermit
  254. 1-byte checksum computation.  This has proved to be quite robust
  255. in practice.
  256.  
  257.     2-Byte Checksum (ALT-2):  Selects the standard Kermit
  258. 2-byte checksum computation.
  259.  
  260.     3-Byte CRC Checksum (ALT-3):  Selects a cyclic redundancy
  261. checksum computation.  This is most useful when transferring long
  262. packets or when operating on noisy lines.
  263.  
  264.     Send delay for first packet:  Sets the elapsed time in
  265. seconds before the first packet is sent when sending a file.  It
  266. is mainly used to give the receiver time to get ready before the
  267. initialization packet arrives.
  268.  
  269.     Retry limit:  Sets the number of retries in reading a
  270. packet before the protocol gives up.
  271.  
  272.     Save setting (ALT-S):  If this box is checked, then
  273. win.ini will be modified to reflect the new defaults under
  274. [Kermit]. 
  275.  
  276.              The Set Packets Dialog
  277.  
  278.      Inbound and outbound packets have a number of parameters
  279. which can be altered for varying circumstances.  You may set the
  280. following for each type.  Note that you may also have to set the
  281. corresponding values on the remote Kermit as well for
  282. communications to take place.
  283.  
  284.     Start of packet:  The character which is used to mark the
  285. start of a Kermit packet.  The default is SOH (CTRL-A).  You
  286. would change this character if the remote machine intercepts SOH.
  287.  
  288.     Timeout:  The number of seconds that the remote Kermit
  289. should wait before timing out.  The default is 5 seconds.
  290.  
  291.     Padding count:  The number of padding characters to send
  292. before a packet.  The default is 0.
  293.  
  294.     Padding character:  The character to use for padding. The
  295. default is NUL (CTRL-@).
  296.  
  297.     End of line character:  The character which terminates a
  298. packet.  The default is a carriage return (CTRL-M).
  299.  
  300.     Quote character:  The character used to signal that the
  301. next character is in the range 0 - 31, 128 - 159, or is a delete
  302. character (127).  The default is '#'.
  303.  
  304.     Packet size:  The maximum length of a packet in bytes
  305. from the sequence number byte and including the checksum
  306. characters.  The default is 94.
  307.  
  308.      If you check Save Settings (ALT-S), then the new values will
  309. be written to win.ini under the heading [Kermit].
  310.